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DETAILED ACTION 

Claim Rejections - 35 USC § 102 

The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another 
filed in the United States before the invention by the applicant for patent or (2) a patent granted on an 
application for patent by another filed in the United States before the invention by the applicant for patent, 
except that an international application filed under the treaty defined in section 351 (a) shall have the effects 
for purposes of this subsection of an application filed in the United States only if the international 
application designated the United States and was published under Article 21(2) of such treaty in the 
English language. 

1. Claims 1-9, 17-21, 23-31, 39-43, 45-53 and 61-65 are rejected under 35 U.S.C. 102(e) as 
anticipated by Cramer et al. (U.S. Patent 5,946,685, hereafter "Cramer"). 

As pers claim 1, 23 and 45, Cramer teaches the following: 
"initiating a session of a data management application on a first one of the nodes" at col. 
9, lines 22-23 by a user associated with a process issuing a global mount command at a 
requesting node; 

"receiving a request submitted to the parallel file system software at a second one of the 
nodes to mount one of the file systems in the data storage on the second one of the 
nodes" at col. 9, lines 47-53 by either determining the server for the mount point or 
requesting the server to generate the mount point and link to the server-side vnode 
corresponding to the mount point; and 

"sending a mount event message from the second node to the first node responsive to 
the request, for processing by the data management application on the first node" at col. 
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9, lines 59-60 by returning the information concerning the mount point to the requesting 
node. 

As per claims 2, 24 and 46, Cramer teaches the following: 
"mounting first and second instances of the one of the file systems on the first and 
second nodes, respectively, responsive to the mount event message" at col. 9, lines 47- 
53 by requesting the server to generate the mount point and link to the server-side vnode 
corresponding to the mount point on the first request to mount an un-mounted file system 
or determining the server for the mount point on the second or additional requests for 
mounting the already mounted file system. 

As per claims 3, 25 and 47, Cramer teaches "receiving a further request at the 
second node to un-mount the second instance of the one of the file systems at the 
second node" at col. 12, lines 3-4 by a process associated with a node receiving a global 
unmount command; 

"sending, responsive to the further request, a pre-un-mount event message to the first 
node" at col. 12, lines 22-31 by the list server of the mount point for having each node 
un-splice the file system resource from the node's mount point proxy vnode; and 
"responding to the pre-un-mount event message so as to permit un-mounting of the 
second file system instance without un-mounting the first file system instance" at col. 12, 
lines 29-30 and 32-33 by the list server of the mount point to delete the VFS from the 
global mount list and releasing the global lock representing the mount point. 

As per claims 4, 26 and 48, Cramer teaches "responding to the pre-un-mount event 
message comprises determining at the first node, responsive to one or more flags set in 
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the pre-un-mount event message, whether the request was submitted on the first node or 
on another one of the nodes" at col. 12, lines 22-31 by the list server of the mount point 
for having each node un-splice the file system resource from the node's mount point 
proxy vnode and informing the other client nodes to delete their VFS and PxFobj data 
structure, thus the originating node is spare of the information and determines the 
original node of the unmount command. 

As per claims 5, 27 and 49, Cramer teaches "receiving the pre-un-mount event 
message at the first node" at col. 12, lines 22-31 by the list server of the mount point for 
having each node un-splice the file system resource from the node's mount point proxy 
vnode implies the first node receives the un-splice message; 

"obtaining a data management access right from a physical file system (PFS) software 
component at the first node responsive to the pre-un-mount event message" at col. 12, 
lines 23-26 by un-splicing the file system resource and deleting the contents of the 
mounted_here VFS pointer; and 

"processing the pre-un-mount event message using the access right" at col. 12, lines 27- 
31 by deleting the infrastructure used to support the unmounted resource, VFS pointer of 
the global mount point and informing other client nodes to delete their VFS and PxFobj 
data structure. 

As per claims 6, 28 and 50, Cramer teaches "receiving the request comprises 
receiving first and second requests to mount different ones of the file systems in the data 
storage" at col. 11, lines 5-7 by global mount procedure to call the list server with 
information on newly generated object and the resource used to instantiate it and the list 
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server adds the object to the cluster-wide global mount list, "wherein receiving the further 
request comprises receiving further first and second requests to un-mount the different 
ones of the file systems" at col. 12, lines 3-4 by a process associated with a node 
receiving a global unmount command which may come from different nodes for different 
file systems, and "the pre-un-mount event message comprises, responsive to 
dispositions set for the different ones of the file systems" at at col. 12, lines 22-31 by the 
list server of the mount point for having each node un-splice the file system resource 
from the node's mount point proxy vnode for each unmount request from a node; and 
"sending a first pre-un-mount event message to the first node responsive to the first un- 
mount request, and sending a second pre-un-mount event message 1 responsive to the 
second un-mount request to a further node, on which a further data management 
application session has been initiated" at col. 12, lines 22-31 by the list server of the 
mount point for having each node un-splice the file system resource from the node's 
mount point proxy vnode and informing the other client nodes to delete their VFS and 
PxFobj data structure each time a list server node responding to the unmount request 
from a node. 

As per claims 7, 29 and 51, Cramer teaches "responding to the pre-un-mount event 
message comprises sending a reply to the message from the first node to the second 
node, and comprising, responsive to the reply, un-mounting the second file system 
instance and sending an un-mount event message from the second node to the first 
node" at col. 12, lines 22-31 by the list server having each node un-splicing file resource 
from that node's mount proxy vnode and the mount mechanism will then delete the 
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infrastructure used to support the unmounted resource, thus the second node is 
synchroning every node's, including the first node's, response of un-splicing file resource, 
and at col. 12, lines 32-33 by releasing the lock representing the mount point. 

As per claims 8, 30 and 52, Cramer teaches "determining at the first node, 
responsive to one or more flags set in the un-mount event message, whether the further 
request was submitted on the first node or on another one of the nodes" at col. 12, lines 
22-31 by the list server of the mount point for having each node un-splice the file system 
resource from the node's mount point proxy vnode and informing the other client nodes 
to delete their VFS and PxFobj data structure, thus the originating node is spare of the 
information and determines the original node of the unmount command. 

As per claims 9, 31 and 53, Cramer teaches "determining at the first node, 
responsive to one or more flags set in the mount event message, whether the further 
request was submitted on the first node or on another one of the nodes" at col. 9, lines 
47-53 by the list server generating a provider object for the requesting node and the 
object is returned to the requesting node for further generating an associated cache 
object, thus determines the originating node which initiates the mount command. 

As per claims 17, 39 and 61 , Cramer teaches "receiving a response to the mount 
event message from the data management application on the first node" at Fig. 6, 
elements 204, 206 and 208, col. 1 1 , lines 22-27 by spicing the resource of mount point in 
each node; and "mounting an instance of the one of the file systems on the second node 
subject to the response from the data management application on the first node" at col. 
1 1 , lines 27-32 by linking covered_vnode pointer of the proxy VFS to the vnode of the 
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mount point, indicating a file system has been mounted when the mounted^here pointer 
is set. 

As per claims 18, 40 and 62, Cramer teaches "receiving a further request submitted 
to the parallel file system software to mount the one of the file systems on a further one 
of the nodes" at col. 13, lines 15-19 by providing a mount point with global locking 
capability, and "sending a further mount event message responsive to the further request 
for processing by the data management application on the first node" at col. 13, lines 44- 
57 by giving write access to the global lock corresponding to the mount point. 

As per claims 19, 41 and 63, Cramer teaches "the further one of the nodes is the first 
node" at col. 13, lines 15-19 by mounting file system to any node making such request. 

As per claims 20, 42 and 64, Cramer teaches "receiving first and second un-mount 
requests to un-mount the file system from the second node and from the further one of 
the nodes" at col. 12, lines 3-10 by invoking the unmount command from any node, and 
"generating first and second pre-un-mount event messages at the second node and at 
the further one of the nodes responsive to the first and second un-mount requests, for 
processing by the data management application on the first node" at col. 12, lines 22-31 
by having each node un-splicing the file system resource from that node's proxy vnode 
mount point and then deleting the supporting infrastracture. 

As per claims 21 , 43 and 65, Cramer teaches "sending a reply to the first and second 
pre-un-mount event messages from the first node to the second node and to the further 
one of the nodes, and, responsive to the reply, un-mounting the file system at the second 
node and the further one of the nodes, and generating respective un-mount event 
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messages at the second node and at the further one of the nodes" at col. 12, lines 27-33 
by deleting the mount point's supporting infrastructure and informing other client nodes to 
delete their VFS and OxFobj structures. 



Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art 
are such that the subject matter as a whole would have been obvious at the time the invention was made to 
a person having ordinary skill in the art to which said subject matter pertains. Patentability shall not be 
negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of the claims under 35 
U.S.C. 103(a), the examiner presumes that the subject matter of the various claims was commonly owned 
at the time any inventions covered therein were made absent any evidence to the contrary. Applicant is 
advised of the obligation under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that 
was not commonly owned at the time a later invention was made in order for the examiner to consider the 
applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 U.S.C. 103(a). 



2. Claims 10-16, 32-38 and 54-60 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Cramer et al. (U.S. Patent 5,946,685) as applied to claims 1 , 23 and 45 above, and further 
in view of Dugan et al. (U.S. Patent 6,363.41 1 , hereafter "Dugan). 

As per claims 10, 32 and 54, Cramer teaches "initiating a session of a data 
management application" at col. 9, lines 22-23 by a user associated with a process 
issuing a global mount command at a requesting node and "receiving a request and 
sending the mount event message" at col. 9, lines 47-53 by either determining the server 
for the mount point or requesting the server to generate the mount point and link to the 
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server-side vnode corresponding to the mount point and at col. 9, lines 59-60 by 
returning the information concerning the mount point to the requesting node. 

Cramer does not teach specifically using DMAPI for initiating the session, receiving 
the request and sending the mount event message. 

However, Dugan teaches using DMAPI for making a request for data as the DMAPI 
providing a common message set for all DM clients to interface with Data Management 
at Fig. 5(f), elements 410 and 412, and col. 48, lines 12-15. 

It would have been obvious to one having ordinary skill in the art at the time of the 
applicant's invention was made to combine Dugan's teaching into Cramer's by using 
standard set of DMAPI interface functions for session management because DMAPI 
would enhance for centralizing and standardizing the data management starting with 
creating a session on a node and specifying the Data Management events to be reported 
to the session. 

As per claims 1 1 , 33 and 55, Cramer teaches *Yeceiving an un-mount request to un- 
mount the file system from the second node'' at col. 12, lines 3-4 by a process associated 
with a node receiving a global unmount command and "sending a pre-un-mount event 
message to the first node" at col. 12, lines 22-31 by the list server of the mount point for 
having each node un-splice the file system resource from the node's mount point proxy 
vnode, 

Cramer does not specifically teach specifically using DMAPI for receiving an un- 
mount request to un-mount the file system or sending a pre-un-mount event message to 
the first node. 
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However, Dugan teaches using DMAPI for providing a common, standard set of 
interface for receiving and sending data, and further utilizing local cache for data retrieval 
at col. 48. lines 12-21. 

It would have been obvious to one having ordinary skill in the art at the time of the 
applicant's invention was made to combine Dugan's teaching into Cramer's by using a 
common message set of DMAPI to interface with Data Management server such that 
receiving and sending message would be handled by a set of standardized functions 
which would simplify the programming effort for the applications. 

As per claims 12, 34 and 56, Cramer teaches "responding to the pre-un-mount event 
message comprises sending a reply to the message from the first node to the second 
node, and comprising, responsive to the reply, un-mounting the second file system 
instance and sending an un-mount event message from the second node to the first 
node" at col. 12, lines 22-31 by the list server having each node un-splicing file resource 
from that node's mount proxy vnode and the mount mechanism will then delete the 
infrastructure used to support the unmounted resource, thus the second node is 
synchroning every node's, including the first node's, response of un-splicing file resource, 
and at col. 12, lines 32-33 by releasing the lock representing the mount point. 

Cramer does not specifically teach specifically using DMAPI for sending a reply to 
the pre-un-mount event message, responsive to the reply, or sending an un-mount event 
message. 

However, Dugan teaches using DMAPI to process data management on a computer 
node at Fig. 5(f), elements 420 and 425, col. 48, lines 15-21 . 
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It would have been obvious to one having ordinary skill in the art at the time of the 
applicant's invention was made to combine Dugan*s teaching into Cramer's such that 
the actual data application initiated by a client system could communicate with service 
administration system for sending or receiving data through a common message set of 
DMAPI, and further facilitating the data transfer by using cache storage for local data. 

As per claims 13, 35 and 57, Dugan further teaches DMAPI interfacing the SA 
(System Administration) client and the data distribution process of SA, and a data 
management server which handles data extract at col. 48, lines 1-5. 

As per claims 14, 36 and 58, Dugan further teaches using DMAPI for making a 
request for data as the DMAPI providing a common message set for all DM clients to 
interface with Data Management at Fig. 5(f), elements 410 and 412, and col. 48, lines 12- 
15. 

As per claims15, 37 and 59, Cramer teaches sending event message at col. 12, lines 
22-31 by the list server of the mount point for having each node un-splice the file system 
resource from the node's mount point proxy vnode. 

Cramer does not teach specifically using DMAPI for sending the event message 
comprises setting one or more flags in the message to indicate whether the request was 
submitted on the first node or on another one of the nodes. 

However, Dugan teaches using DMAPI for providing a common, standard set of 
interface for receiving and sending data, and further utilizing local cache for data retrieval 
at col. 48, lines 12-21. 
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It would have been obvious to one having ordinary skill in the art at the time of the 
applicant's invention was made to combine Dugan's teaching into Cramer's by using a 
common message set of DMAPI to interface with Data Management server such that 
receiving and sending message would be handled by a set of standardized functions 
which would simplify the programming effort for the applications. 

As per claims 16, 38 and 60, Cramer teaches "sending a mount event message from 
the second node to the first node responsive to the request, for processing by the data 
management application on the first node" at col. 9, lines 59-60 by returning the 
information concerning the mount point to the requesting node. 

Cramer does not teach invoking a DMAPI function "to obtain mount information 
regarding the one of the file systems, and wherein in a response provided by the 
function, one or more flags are set to indicate whether the one of the file systems is 
mounted on the first node or on another one of the nodes in the cluster or on both the 
first node and on another one of the nodes in the cluster". 

However, Dugan teaches using DMAPI for providing a common, standard set of 
interface for receiving and sending data, and further utilizing local cache for data retrieval 
at col. 48, lines 12-21. 

It would have been obvious to one having ordinary skill in the art at the time of the 
applicant's invention was made to combine Dugan's teaching into Cramer's by using a 
common message set of DMAPI to interface with Data Management server such that 
receiving and sending message would be handled by a set of standardized functions 
which would simplify the programming effort for the applications. 
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3. Claims 22, 44 and 66 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Cramer et al. (U.S. Patent 5.946.685) as applied to claims 1 , 23 and 45 above, and further 
viewofVahalia etal. (U.S. Patent 6,192,408, hereafter "Vahalia"). 

As per claims 22, 44 and 66, Cramer teaches initiating a session of a data 
management application at col. 9, lines 22-23 by a user associated with a process 
issuing a global mount command at a requesting node. 

Cramer does not teach "initiating the session of the data management application 
comprises initiating a data migration application, so as to free storage space on at least 
one of the volumes of data storage". 

However, Vahalia teaches migrating file system from a failed data processor to a 
spare processor at Fig. 27, elements 241', 242\ through 245', col. 28, lines 22-25 by 
migrating files owned by a failed processor to a spare data processor in a system that 
uses remote dual copy instead of a cached disk storage subsystem. 

It would have been obvious to one having ordinary skill in the art at the time of the 
applicant's invention was made to combine Vahalia's teaching into Cramer's by 
implementing the file system migration plan not just for a failed processor, but also for a 
routine data backup because such implementation would ensure data availability even in 
a reverse situation. 



Conclusion 



The prior art made of record 



A. U.S. Patent No. 



5946685 



B. U.S. Patent No. 



6363411 



% 
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C. U.S. Patent No. 6192408 

The prior art made of record and not relied upon is considered pertinent to applicant's 

disclosure. D. U.S. Patent No. 6275953 

E. U.S. Patent No. 6151684 

F. U.S. Patent No. 6202080 

G. U.S. Patent No. 6249879 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Kuen S Lu whose telephone number is 703-305-4894. 
The examiner can normally be reached on 8 AM to 5 PM, Monday through Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner^s 
supervisor, John Breene can be reached on 703-305-9790. The fax phone number for 
the organization where this application or proceeding is assigned is (703) 872-9306. 

Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the receptionist whose telephone number is 703-305- 
3900. 

KL 

Patent Examiner 




November 21, 2003 



